home *** CD-ROM | disk | FTP | other *** search
/ Turnbull China Bikeride / Turnbull China Bikeride - Disc 2.iso / BARNET / ARMLINUX / MAIL / 9804 / 000145_owner-linux-arm…r.rutgers.edu _Thu Apr 30 17:13:42 1998.msg < prev    next >
Internet Message Format  |  1998-05-13  |  2KB

  1. Return-Path: <owner-linux-arm-outgoing@vger.rutgers.edu>
  2. Received: from orava.funet.fi (orava.funet.fi [128.214.248.46])
  3.     by odie.barnet.ac.uk (8.8.6/8.8.6) with ESMTP id RAA11797
  4.     for <willy@odie.fluff.org>; Thu, 30 Apr 1998 17:13:38 +0100
  5. Received: from vger.rutgers.edu ([128.6.190.2]:14981 "EHLO vger.rutgers.edu" ident: "root") by orava.funet.fi with ESMTP id <391250-18338>; Thu, 30 Apr 1998 19:12:27 +0300
  6. Received: by vger.rutgers.edu id <971714-8838>; Thu, 30 Apr 1998 11:38:01 -0400
  7. Received: from ferret.lmh.ox.ac.uk ([163.1.138.204]:31040 "HELO ferret.lmh.ox.ac.uk" ident: "qmailr") by vger.rutgers.edu with SMTP id <971722-8838>; Thu, 30 Apr 1998 11:37:07 -0400
  8. Received: (qmail 1278 invoked by uid 504); 30 Apr 1998 16:01:50 -0000
  9. Date:     Thu, 30 Apr 1998 17:01:50 +0100 (BST)
  10. From: Matthew Kirkwood <weejock@ferret.lmh.ox.ac.uk>
  11. To: klein fabien <fabklein@yahoo.com>
  12. cc: ARM Linux <linux-arm@vger.rutgers.edu>
  13. Subject: Re: download a binary code in the kernel space
  14. In-Reply-To: <199804301538.QAA10530@snowcrash.cymru.net>
  15. Message-ID: <Pine.LNX.3.95.980430165645.775A-100000@ferret.lmh.ox.ac.uk>
  16. MIME-Version: 1.0
  17. Content-Type: TEXT/PLAIN; charset=US-ASCII
  18. X-Orcpt: rfc822;linux-arm@vger.rutgers.edu
  19. Sender: owner-linux-arm@vger.rutgers.edu
  20. Precedence: bulk
  21. X-Loop: majordomo@vger.rutgers.edu
  22. Status: RO
  23.  
  24. > I m currently writting an linux driver for a multi modem PCI card
  25. > I need to download a binary file into the card to drive an arm csm
  26. > processor.
  27. > So my question is :is it possible to access this file via my module
  28. > driver and transfert it in the kernel space before downloading it
  29. > trough PCI bus??
  30.  
  31. Probably the best thing to do is to have your module register a misc
  32. device and you can send it data by write()ing to or ioctl()ing it.
  33.  
  34. The alternative is to do what at least one other driver does (a SCSI one,
  35. isn't it?) and just compile the code into the module/kernel.
  36.  
  37. Matthew.
  38.  
  39. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu